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PATENT 

Attorney Docket No.: 040143-000200US 

AUTOMATED RECORD SEARCHING AND OUTPUT GENERATION 

RELATED THERETO 

CROSS-REFERENCES TO RELATED APPLICATIONS 
5 [0001] This application is related to the following co-pending, commonly-assigned and 
concurrently filed U.S. Patent Applications, the entirety of each of which are herein 
incorporated by reference for all purposes: Provisional U.S. Patent Application No. — / — , — , 
entitled "PROPERTY RECORDS DATABASES AND SYSTEMS AND METHODS FOR 
BUILDING AND MAINTAINING THEM" (Attorney Docket No. 040143-000100); U.S. 

10 Patent Application No. --/—,—, entitled "DOCUMENT SEARCH METHODS AND 

SYSTEMS" (Attorney Docket No. 040143-000300); U.S. Patent Application No. --/—,—, 
entitled "DOCUMENT ORGANIZATION AND FORMATTING FOR DISPLAY" 
(Attorney Docket No. 040143-000400); Provisional U.S. Patent Application No. --/—,—, 
entitled "CONFIDENCE-BASED NATURAL LANGUAGE PARSING" (Attorney Docket 

15 No. 040143-000500); and Provisional U.S. Patent Application No. -/—,—, entitled 

"CONTEXTUAL CONVERSION OF LANGUAGE TO DATA" (Attorney Docket No. 
040143-000600). 

BACKGROUND OF THE INVENTION 
[0002] The present invention relates generally to search systems. More specifically, the 
20 present invention relates to systems and methods for performing property records searches. 

[0003] The practice of recording real property transfers is well known. Local governments 
(e.g., counties) typically administer the recording system. Most any time a property owner 
transfers an interest in his property, a document evidencing the transfer is recorded in the 
county where the property is located, thus providing notice to others of who owns what 
25 interest in the property. The property owner may transfer all his right, for example, when an 
individual sells his primary residence, in which case a deed usually is recorded. In another 
example, a property owner may transfer only a right to foreclose on a mortgage if he does not 
make required payments, in which case a mortgage may be recorded. Those skilled in the art 
will appreciate other examples. 

30 [0004] Before an entity (grantee) gives value in return for an interest in property, that entity 
typically desires to confirm that the property owner (grantor) has the right to transfer the 



interest. It is common practice for title companies to provide this confirmation in the form of 
"title policies." Essentially an owner's title policy is an insurance policy that insures the 
grantee against the risk of receiving a defective interest in property. Before issuing a title 
policy, a title company physically searches recorded property records to create a chain of title 
5 and identify potential encumbrances to effective transfer of any of the bundle of rights 
associated with the subject property. Likewise, before a lender lends money secured by 
property, the lender typically searches the property records to assess the quality of the 
collateral. Such lenders purchase a loan policy to insure the lender against the risks of 
making a loan on a property with potential title problems. These are, of course, but two 
10 examples of instances in which searching property records is desirable, albeit probably the 
most common examples. 

[0005] For a number of reasons, the process of searching property records is labor 
intensive. Property records typically are recorded in chronological order, not according to 
location, thus complicating the task of identifying recorded documents relating to a specific 

1 5 parcel from among the thousands of recorded documents. Further, any given parcel is a 

subdivided portion of a larger parcel and the property description is not consistent. Further 
still, a variety of documents are used to record transfers of property interests, and a standard 
format does not exist. Errors in recorded documents or in the indexing system used to locate 
the records further compound the problem. Probably most importantly, however, is the lack 

20 of an electronic searching system that includes all the information an underwriter may need to 
know about a parcel before issuing a policy or approving a loan relating to the property. 

[0006] Thus, embodiments of the present invention relate to systems and methods for 
improving the efficiency of property record searches, as well as analyzing and summarizing 
the results thereof. 

25 

BRIEF SUMMARY OF THE INVENTION 
[0007] Embodiments of the invention thus provide a computerized method of searching 
property records relating to a specific parcel. The method includes receiving property record 
data for a plurality of parcels into a computer system. The property record data relates to 
30 source property record documents. The method also includes storing the property record data 
in a searchable database and receiving into the computer system an identifier. The method 
further includes using the identifier to search the database and select from the property record 
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documents a set of relevant documents relating to the parcel. The method also includes using 
the set of relevant documents to produce a data summary and outputting the data summary 
from the computer system. The data summary comprises information from which an 
underwriter can underwrite a title policy, using commonly-accepted title policy underwriting 
5 rules, without reference to the source documents, or images thereof, from which the data 
summary originated. 

[0008] In some embodiments the title policy is an American Land Title Association 
(ALT A) Loan Policy, an ALTA Owner's Policy, an ALTA Short Form Residential Loan 
Policy, a Homeowner's Policy of Title Insurance for a One-to-Four Family Residence, 

10 Standard Exceptions to the ALTA Loan Policy, or endorsements to an ALTA policy. The 
data summary may be a display screen on a computer monitor and/or a printed document. 
The printed document may be a title abstract, which, in some embodiments is generated 
exclusively from the property record data. The printed document may be a policy. The data 
summary may be a stream of data directed to a second computer system that is different from 

15 the first computer system. In some embodiments, the method includes thereafter using the 
stream of data to populate a document, which may be a policy, deed, mortgage, commitment, 
closing-related document, template, or form. 

[0009] In some embodiments, the method includes creating at least one index relating to 
the property record data and using the at least one index together with the identifier to select 

20 relevant documents. Using the identifier to search the database and select from the property 
record documents a set of relevant documents relating to the parcel may include using the 
identifier to search the database and select from the property record documents a set of 
potentially relevant documents relating to the parcel and applying logic to organize the 
documents. Applying logic to organize the documents may include relating one or more 

25 documents to one or more other documents to identify any unreleased mortgages. Applying 
logic to organize the documents may include relating one or more documents to one or more 
other documents to identify any defective transfers. Applying logic to organize the 
documents may include relating one or more documents to one or more other documents to 
identify any unreleased liens. Applying logic to organize the documents may include relating 

30 one or more documents to one or more other documents to identify a good stop in a chain of 
title. Relevant documents may include deeds, mortgages, assignments, liens, mortgage 
releases, lien releases, and tax assessor's reports. The property record data may be received 
into the computer system before the relevant document set is selected. The identifier may be 
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grantor name, legal description of the parcel, physical address of the parcel, or a specific 
recorded document. 

[0010] In some embodiments receiving property record data for a plurality of parcels into a 
computer system includes receiving a plurality of images representing property records, 
5 converting the images to electronic image data, paginating the electronic image data into 

related groups representing individual documents, identifying the document type, identifying 
data fields on each document, using a combination of computer-implemented processes and 
manual processes to convert information in the data fields into electronic information, and 
organizing the electronic information into data records. 

10 [001 1] In some embodiments, the data summary may include a listing of the relevant 

documents. The listing of the relevant documents may include a score for at least one of the 
documents that indicates the degree of relevance of the document. The listing of the relevant 
documents may include a hyperlink for at least one of the documents that returns an image of 
the document. The data summary may include a score that provides an indication of the 

15 marketability of the parcel. The score may be a grade. 

[0012] Other embodiments include a system for generating a data summary relating to a 
specific parcel. The data summary includes data from which an underwriter can issue a 
commitment or approve a loan, using commonly-accepted underwriting rules, without 
reference to source documents from which the data for the data summary originated. The 

20 system includes a host computer system having a processor and a storage arrangement in 
communication with the processor. The system also includes software that programs the 
processor to receive property record data for a plurality of parcels. The property record data 
relates to source property record documents. The software also programs the processor to 
store the property record data in a searchable database in the storage arrangement and receive 

25 an identifier. The software also programs the processor to use the identifier to search the 

database and select from the property record documents a set of relevant documents relating 
to the parcel and use the set of relevant documents to produce the data summary. The 
software also programs the processor to output the data summary. 

[0013] In some embodiments, the system includes a computer monitor for displaying the 
30 data summary. The system may include means for producing a printed document from the 

data summary. The system may include a communications arrangement for directing the data 
summary to a second computer system that is different from the first computer system. 
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[0014] In some embodiments, the system includes an input system that includes means for 
receiving a plurality of images representing property records and means for converting the 
images to electronic image data. The system also includes means for paginating the 
electronic image data into related groups representing individual documents and means for 
5 identifying the document type. The system also includes means for identifying data fields on 
each document and means for using a combination of computer-implemented processes and 
manual processes to convert information in the data fields into electronic information. The 
system also includes means for organizing the electronic information into data records. 

[0015] In still other embodiments, the invention provides a computer-readable medium 
10 having stored thereon computer executable instruction for implementing a computerized 
method of searching property records relating to a specific parcel. The method includes 
receiving property record data for a plurality of parcels into a computer system. The property 
record data relates to source property record documents. The method also includes storing 
the property record data in a searchable database, receiving into the computer system an 
15 identifier, using the identifier to search the database and select from the property record 
documents a set of relevant documents relating to the parcel, using the set of relevant 
documents to produce a data summary, and outputting the data summary from the computer 
system. The data summary includes information from which an underwriter can underwrite a 
title policy, using commonly-accepted title policy underwriting rules, without reference to the 
20 source documents, or images thereof, from which the data summary originated. 

[0016] In some embodiments, the method further includes creating at least one index 
relating to the property record data and using the at least one index together with the 
identifier to select relevant documents. The data summary may include a score that provides 
an indication of the marketability of the parcel. The score may be a grade. 

25 [0017] In other embodiments, the invention provides a method of searching property 

records. The method includes receiving property record data relating to a plurality of parcels 
into a computer system. The data relates to source documents. The method also includes 
storing the data in a searchable database and receiving into the computer system a request for 
data summary relating to the specific parcel. The method further includes using the data to 

30 generate the data summary, outputting the data summary, and using the data summary to 

underwrite a title policy without reference to the source documents. The property record data 
may be received before the data summary is requested. The data summary may be a stream 
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of data directed to a second computer system that is different from the first computer system. 
The method may include thereafter using the stream of data to populate a document. The 
document may be a policy, deed, mortgage, or commitment. The data summary may be a 
listing of the relevant documents. The listing of the relevant documents may include a score 
5 for at least one of the documents that indicates the degree of relevance of the document. The 
listing of the relevant documents may include a hyperlink for at least one of the documents 
that returns an image of the document. The data summary may include a score that provides 
an indication of the marketability of the parcel. The score may be a grade. 

[0018] In still other embodiments, the invention provides a method of searching property 
10 records. The method includes receiving property record data relating to a,plurality of parcels 
into a computer system. The data relates to source documents. The method also includes 
storing the data in a searchable database and receiving into the computer system a request for 
data summary relating to the specific parcel. The method also includes using the data to 
generate the data summary and displaying the data summary. The method further includes 
15 using the data summary to issue a commitment for a title policy without reference to the 
source documents. The property record data may be received before the data summary is 
requested. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0019] A further understanding of the nature and advantages of the present invention may 

20 be realized by reference to the remaining portions of the specification and the drawings 

wherein like reference numerals are used throughout the several drawings to refer to similar 
components. Further, various components of the same type may be distinguished by 
following the reference label by a dash and a second label that distinguishes among the 
similar components. If only the first reference label is used in the specification, the 

25 description is applicable to any one of the similar components having the same first reference 
label irrespective of the second reference label. 

[0020] Fig. 1 illustrates a title searching system according to embodiments of the system. 

[0021] Fig. 2 illustrates a title searching method according to embodiments of the 
invention. 

30 [0022] Figs. 3A and 3B illustrate exemplary source property record documents. 
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[0023] Fig. 4 illustrates a method of converting property records to data according to 
embodiments of the invention. 

[0024] Figs.5 A-5F illustrate exemplary output documents according to embodiments of the 
invention. 

5 [0025] Figs. 6A-6F illustrate exemplary display screens for interacting with the system 
according to embodiments of the invention. 



DETAILED DESCRIPTION OF THE INVENTION 
[0026] Embodiments of the present invention provide systems and methods for automating 

10 the process of property records searching. In some embodiments, the present invention 

produces a data summary in response to a query that identifies a parcel, a grantor, and/or a 
specific document associated with the parcel. In some embodiments, the data summary is a 
title abstract. A title abstract according to some embodiments has sufficient information to 
allow a title policy underwriter (title examiner, examiner, underwriter, or abstracter) to 

1 5 provide a title commitment using commonly- accepted title policy underwriting rules. Thus, 
the systems and methods disclosed herein can produce or be used to produce a title 
commitment and/or title policy without reference to the source property record documents. 
In some embodiments, the data summary has sufficient information to assess the quality of 
the title of a parcel that is being used to secure a loan, using commonly-accepted loan 

20 underwriting rules, without reference to the source property record documents. 

[0027] While embodiments of the invention disclosed herein are described in relation to 
searching property records associated with real property, this is not a requirement. The 
systems and methods described herein may be applied to records searches relating to personal 
property, professional licenses, corporate filings, and the like. Those skilled in the art will 

25 recognize many other examples in light of the disclosure herein. Further, while the specific 
examples used herein refer to title policies, title abstracts, title commitments, and other title 
and real estate industry-related product outputs, these examples are not intended to limit the 
scope of the invention. As previously mentioned, embodiments of the invention may be used 
by loan underwriters to assess the quality of the collateral (i.e., title for the parcel) and 

30 approve a loan, using commonly-accepted loan underwriting rules, without reference to the 
source property record documents. Embodiments of the invention may produce or be used to 
produce other types of output, including standard templates or forms and derivates of these 
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templates or forms: American Land Title Association (ALT A) Loan Policy; ALTA Owner's 
Policy; ALTA Short Form Residential Loan Policy; Homeowner's Policy of Title Insurance 
for a One-to-Four Family Residence; Standard Exceptions to the ALTA Loan Policy; 
endorsements to ALTA policies; a Title Information Report (TIR) or "Prelim"; a title 
5 commitment for policies such as the foregoing; a Full Abstract - Refinance; a Full Abstract - 
Purchase; an "O&E"; and the like. 

[0028] In some embodiments, the searching process is enabled by the collection of a 
comprehensive set of property record data covering a specified period of time for a given 
geographic area. The data set is then stored in a searchable database. For example, in a 

10 specific embodiment, data from all property records in a particular county for the past ten 
years is reduced to electronic form. In another embodiment, the period includes all records 
going back to the time of the original land grant. In other embodiments, the time period may 
be longer or shorter than these examples and may be determined based on local practice, 
underwriting requirements, the statute of limitations relating to correcting defective property 

1 5 transfers in the subject region, or the like. Other examples exist. 

[0029] While the geographic region typically is a county, other larger or smaller regions 
may be used. For example, some embodiments may operate only on a subdivision or planned 
urban development (PUD), while others operate on an entire state or region of the country. 
The region typically is determined to be the region covered by the recording entity. 

20 [0030] The records may come from a county courthouse, state courthouse, federal court 

records, bankruptcy records, tax and assessor records, Geographic Information System (GIS) 
records, and the like. The records from which the data set is collected may include deeds, 
mortgages, UCC filings, liens, releases of liens, releases of mortgages, judgments, lis 
pendens, federal tax liens, state tax liens, maps, plats, and the like. The items of data 

25 collected include: property address, legal description, grantor name, grantee name, document 
date, recordation data, reception number, document type, other items to be identified 
hereinafter, and the like. 

[0031] Embodiments of the present invention do not merely collect electronic images of 
recorded documents. Further, embodiments of the invention do not merely digitize data (e.g., 
30 grantor, property address, legal description, and the like) to create electronic indexes used to 
locate source documents. Embodiments of this invention reduce a comprehensive set of 
property records to a form that may be entered into a searchable database and used to 
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complete the searching process, not merely locate source documents that then must be 
examined. The systems and methods described herein produce output (e.g., a paper 
document, an image on a computer screen, an electronic data file) that contains sufficient 
information to underwrite any of many different types of title commitments or title policies, 
5 as referenced earlier herein, or the like, without reference to the source documents. Of 
course, the systems and methods described herein may be used for other purposes, such as, 
for example, legal disputes, real estate research and due diligence, constructing an offer to 
buy, fraud detection, loan portfolio risk management, easement identification, data mining, 
marketing, or merely to satisfy some curiosity relating to the ownership history of a parcel. 
10 Many other examples are possible. 

[0032] The data to be included in the set may be determined by commonly-accepted rules 
for the particular task. These may include: local title policy underwriting rules, federal loan 
underwriting rules, state insurance rules, local loan underwriting rules, customer-specific 
rules, and the like. As an example, if commonly-accepted title policy underwriting rules base 

15 an underwriting decision on whether a particular parcel abuts a body of water, then the data 
set will include a field for waterfront property information. In some examples, this may be 
merely a binary field having one value for waterfront property and another for non-waterfront 
property. In other examples, however, additional fields may be included that indicate the 
type of body of water, the portion of a parcel that abuts the water, and the like. Many other 

20 such examples are possible. 

[0033] In some embodiments, the data is document-centric, although other examples are 
possible (e.g., person-centric; parcel-centric). In document-centric embodiments, even 
though the information is stored in searchable form, for example in a relational database, the 
data is organized, at least initially, according to documents. The documents correspond to 

25 specific recorded property records having potentially-relevant property data. Thus, in these 
embodiments, the automated searching process resembles the process a searcher might 
perform manually: the process identifies documents having data related to a property and 
evaluates the data to determine if the document is relevant to issuing a policy on the property. 
Irrelevant documents are ignored, and the data on relevant documents are summarized in an 

30 abstract from which an underwriter may generate a commitment. 

[0034] In some embodiments, the abstract (or other output) may include a list of documents 
and a relevance score for each document. The score may be generated using any of a number 
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of scoring algorithms. For example, the score may be based on a number of comparisons 
between the document being scored and a source document or group of documents. The 
more closely the data on the document match that on other documents or the data used to 
initiate the search, the higher the score and vice versa. The score may be based, at least in 
5 part, on the number of ways a document is located (e.g., name search, grantor search, address 
search, legal description search, and the like). The more searches that return a document, the 
more likely the document is to be relevant and the higher the score. The score may be 
weighted to favor data elements of greater significance. Many such examples are possible. 

[0035] In some embodiments, the output may include a score, a grade, or a list of 
10 exceptions that summarizes the data gathering process in a meaningful way in a manner 

similar to the way credit reporting agencies score credit reports. The score could be based on 
specific customer requirements or could be industry standard scores. 

[0036] As mentioned previously, the output may assume any of a number of forms. The 
output may be electronic or paper, for example. Paper output may be an abstract, portions of 

15 an abstract, a policy, a chain of title, a commitment, a document list, and the like. In addition 
to these, electronic output may include hyperlinks that allow a user to obtain more detailed 
information about an item or navigate among different portions of the output. For example, 
although not needed to underwrite a policy, an underwriter may desire to view an image of a 
relevant document. A hyperlink in a listing of documents may be used to return the image. 

20 Many other examples are possible. 

[0037] In some embodiments, the output includes an electronic file having data that may be 
used for any of a number of purposes. The file, which may be transmitted as a data stream 
over a network between computing devices, may be an ASCII text file, a comma-delimited 
file, or the like. The file may be in EDI, EDIFACT, ANSI XI 2, or other suitable format. 
25 The file may include XML elements or tags, XML attributes, DTDs, LDDs XML schemas, 
and the like. Many other examples are possible and apparent to those skilled in the art in 
light of this disclosure. The information transmitted in the electronic file may be used, for 
example, to populate fields in documents such as policies, mortgages, deeds, and the like. 

[0038] Having described embodiments of the invention generally, attention is directed to 
30 Fig. 1, which illustrates an example of a property records searching system 100 according to 
more specific embodiments of the invention. The system 100 includes a host computer 
system 102. The host computer system 102 may include any of a number of computing 
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devices, peripheral devices, network devices, input devices, output devices, and the like. All 
the devices that comprise the host computer system 102 may be co-located at a single facility 
or distributed geographically. In a specific embodiment, the host computer system 102 is a 
single computing device that users 104 may access via a network 106. Many other examples 
5 are possible. 

[0039] In a specific embodiment, the host computer system 102 includes a workstation 108, 
a data storage arrangement 110, and an internal network 112 that allow the two to 
communicate. The workstation 108 may be any computing device or combination of 
computing devices capable of performing the processes described herein. The workstation 

10 108 includes a processor and software that programs the processor to operate according to the 
teachings herein. The storage arrangement 110 may be, for example, any magnetic, 
electronic, or optical storage system, or any combination of these. The storage arrangement 
may be a server, or combination of servers having RAM, ROM, hard disk drives, optical 
drives, magnetic tape systems, and the like or any combination. In some embodiments, each 

15 geographic region is represented by a server or group of servers. Many other examples are 
possible. The internal network 1 12 may be any of a number of well known wired or wireless 
networks or combinations thereof. For example, the internal network may be a LAN, WAN, 
intranet, the Internet, or the like. Many other examples are possible. The host computer 
system also may include administrative computers 114 (e.g., personal computers, laptop 

20 computers, and the like) that may be used to assist in the operation of the system. The host 
computer system 102 also may include network interfaces 116 (e.g., web server) that enable 
communication between the host computer system 102 and users 104. 

[0040] The host computer system 102 also may include an input system 118. In its most 
basic form, the input system 118 receives source property records, converts the property 
25 records to searchable data, and delivers the data to the storage arrangement. This process will 
be described in greater detail hereinafter. The input system 118 need not be a single device, 
nor located at a single location. 

[0041] The network 106 may be any wired or wireless network, or any combination 
thereof. In a specific embodiment, the network 106 is the Internet. The users 104 may be 
30 any computing device capable of providing a user access to the host computer system 102. In 
a specific embodiment, the user 104-1 is an underwriter's or abstracter's desktop computer 
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through which he accesses the host computer system, via the Internet, for purposes of 
performing a search and underwriting a policy or loan for a customer. 

[0042] Those skilled in the art will appreciate that the foregoing is but one example of a 
system according to embodiments of the invention. Many other examples are possible. 

5 [0043] Having described an exemplary system according to embodiments of the invention, 
attention is directed to Fig. 2, which illustrates an exemplary method 200 according to 
embodiments of the invention. The method may be implemented in the system 100 described 
above or in another suitable system. Those skilled in the art will appreciate that alternative 
methods according to embodiments of the invention may include more or fewer steps and that 
10 the steps described herein may be performed in different orders than that described with 
respect to this exemplary embodiment. 

[0044] The method 200 begins with the receipt of property records at block 202. The 
records may be received in any of a number of forms. For example, in some embodiments, 
the property records are received as paper copies of all documents recorded in a given 
15 jurisdiction. In other embodiments, the property records are received as a collection of image 
files. The image files may be stored in magnetic (e.g., on one or more computer disks) or 
optical (e.g., on one or more CDs) form, or the like, or a combination of such. The image 
files may include microfilm or microfiche images. Many other examples are possible. 

[0045] As mentioned previously, the property records may include deeds, mortgages, liens, 
20 releases, and the like. Figs. 3 A and 3B illustrate examples of the types of property records 
that serve as source documents according to embodiments of the invention and the data that 
are gathered there from. For example, Fig. 3A illustrates a mortgage. The mortgage includes 
a mortgagor name, a mortgagee name, a transaction date, a legal description, a recordation 
date, and the like. Fig. 3B illustrates a warranty deed. The deed includes grantor, grantee, 
25 legal description, and the like. Those skilled in the art will appreciate many other examples 
of recorded documents and the data contained thereon. 

[0046] At block 204, the property records are converted to data and loaded into a database 
such as the storage arrangement 1 10 of Fig. 1. This may involve use of the input system 118 
of Fig. 1. This process is described in greater detail hereinafter and in previously 
30 incorporated provisional U.S. Patent Application No. --/ — , — , (Attorney Docket No. 040143- 
000100). Briefly, however, this comprises extracting from the property records all data 
needed to underwrite a policy, loan or the like according to commonly-accepted underwriting 
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rules. A specific embodiment includes extracting the following field codes, some of which 
are followed by comments: RECEPTIONNUM = 0; BOOK = 1 ; PAGE = 2; 
RECORDDATE = 3; DOCUMENTED ATE = 4; DOLLAR_ AMOUNT = 5; INTRATE = 
6; PREVIOUS_DOCUMENT_DATE = 7; SOCIAL_SECURITY = 8; // new, for liens 
5 MATURITY DATE = 9; // new, for liens CASE = 10; JURISDICTION =11; 

PREVIOUS_RECEPTION_NUM = 12; PREVIOUS_BOOK = 13; PREVIOUS_PAGE = 14; 
DOC FEE = 15; LEGAL DESCRJPTION = 16; DOC_TITLE = 17; GRANTEE = 18; 
GRANTOR = 19; THIRDPARTY = 20; MISC_INDEX_DATA = 21; FOURTHPARTY = 
22; CREDITLIMIT = 23; // credit limit text STREET ADDRESS = 24; // amount, if found 
1 0 and CREDITLIMIT=yes SIGNATURE = 25; I I signature found on doc RERECORDED = 
26; // rerecording information found on doc PREVIOUSDOCKETNUMBER = 27; 
DECLARATIONSRECORDINGDATE = 28; // with label COLLATERALLISTED = 29; 
CONDOYESNO = 30; RERECORDEDRECORDINGDATE = 31; 

RERECORDEDRECORDINGREASON = 32; POAREASON = 33; TERMINATIONDATE 
15 =34; // with label SALEDATE = 35; VOLUME = 36; TYPEOFPROPERTY = 37; 

APPURTENANCES = 38; STARTDATE = 39; // with label PERCENTOWNERSHIP = 40; 

L ARGE VS SM ALLPUDFL AG = 41; DOCKETNUMBER = 42; REDEMPTIONMADEBY 

= 43; SALEIDNUMBER = 44; CAPTUREDTAXIDNUMBER = 45; PUDYESNO = 46; 

HELDASLEASEHOLDYESNO = 47; HELDASFEESIMPLEYESNO = 48; 
20 DEFEND ANTDEBTOROBLIGEESSN = 49; DEFEND ANTDEBTOROBLIGEEFEIN = 50; 

PLAINTEFFCREDITORCLAIM ANTS SN = 5 1 ; PLAINTIFFCREDITORCLAIMANTFEIN 

= 52; CORRECTEDAMENDEDREASON = 53; UCCRECNUMBER = 54; 

PARCELIDNUMBER = 55 ; CONCLUSIONS = 56; PURPOSEOFEASEMENT = 57; 

AFFECTEDPROPERTY = 58; PREVDOTAMOUNT = 59; NEWDOTAMOUNT = 60; 
25 TENANCY = 61; CORRECTED AMENDEDBOOLEAN = 62; 

CORRECTED AMENDEDRECORDINGD ATE = 63; 

CORRECTED AMENDEDPREVIOUSRECEPTIONNUMBER = 64; MERSNUMBER = 65; 
CERTIFIED = 66; // Is the court decree certified. Typically is yes/no boolean. 
SURCHARGEFEE = 67; // Surcharge noted on document. INT ANGIB LET AX = 68; 
30 NOTARY = 69; TORRENSTITLENUMBER = 70; WITNESSES = 71; HOMESTEAD = 72; 
PREV_BOOK_PAGE = 73; // may replace the two separate PREV_BOOK & PREV_PAGE 
fields. Those skilled in the art will recognize many other examples in light of the disclosure 
herein. 
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[0047] Once extracted, the data are loaded into a database, for example a searchable 
relational database, and stored for future use. The data may be stored such that all data from 
a specific record, parcel, person, or the like, is logically grouped together. This preserves the 
data as a document, yet allows the data to be searched in many different ways. 

5 [0048] At block 206, indexes are created that enhance the efficiency of future searches. 
Creating indexes may include creating a unique pointer for individual parcels and using the 
pointers to identify any document (i.e., data group) relating to the parcel. Other indexes may 
be created for grantors, grantees, and the like. Those skilled in the art will recognize other 
possibilities for creating indexes in light of this disclosure. 

10 [0049] At block 208, a search request is received. In a specific embodiment, this comprises 
receiving a request via a network (e.g., the Internet, or other network represented by the 
network 106 of Fig. 1) from a user, such as one of the users 104 of Fig. 1. The request may 
comprise one or more data elements on which the user would like to base the search. 
Exemplary data elements include the property address, a legal description of the property, the 

1 5 grantor in a property transaction, and the like. In some embodiments, the user may supply a 
specific document (e.g., by providing the reception number of the recorded document) on 
which the user desires the search to be performed. The user may use display screens such as 
those described hereinafter with respect to Figs. 6A-6F. The request also may include a 
request for specific output. For example, the user may want a document list, an abstract, a 

20 policy, a title marketability score or grade, and/or the like. 

[0050] At block 210, potentially relevant documents are located. This process is described 
more fully in previously-incorporated U.S. Patent Application No. — / — , — , entitled 
"DOCUMENT SEARCH METHODS AND SYSTEMS" (Attorney Docket No. 040143- 
000300). Briefly, however, this comprises using the stored data to identify documents 

25 potentially related to the data elements in the user's request. Whether a document is relevant 
may be based on the type of search the user requested. The search may use one or more 
indexes created at block 206 to improve the efficiency of the search. With respect to some 
embodiments, searches may locate potentially relevant documents in multiple ways, for 
example, using the grantor, the legal description, the address, and/or the like. As documents 

30 are located, additional searches may be performed using data from these documents. Thus, a 
document may be identified as potentially relevant based on more than one data element. 
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This helps to lessen the possibility that a relevant document will not be located due to 
typographical errors or other mistakes present on the recorded document. 

[0051] Once located, potentially-relevant documents are organized at block 212. 
Organizing documents is more fully described in previously-incorporated U.S. Patent 
5 Application No. --/—,—, entitled "DOCUMENT ORGANIZATION AND FORMATTING 
FOR DISPLAY" (Attorney Docket No. 040143-000400). Briefly, however, this involves any 
of a number of processes that correlate documents in a manner previously accomplished 
manually. For example, this may involve matching mortgages with mortgage releases, 
matching liens with lien releases, constructing a chain of title, locating a good stop for a chain 
10 of title, matching multiple grantees in a transfer to grantors in a subsequent transfer, and the 
like. 

[0052] At block 214, output is produced. The output may comprise any or all of the items 
identified in the user's request. The output may be an electronic file sent to the user, a 
display screen on the user's computer, a fax to the user, a printout mailed to the user, and the 
15 like. If the output is electronic, it may include hyperlinks to more detailed information, to 
document images, and the like. Exemplary output documents are described hereinafter with 
respect to Figs. 5A-5F. 

[0053] Attention is directed to Fig. 4, which illustrates an exemplary data input method 400 
according to embodiments of the invention. The method 400 may be implemented in the data 
20 input system 118 of Fig. 1 . This process is described in greater detail in previously 

incorporated Provisional U.S. Patent Application No. — / — , — , (Attorney Docket No. 040143- 
000100). At block 402 electronic images are created of recorded property records. In some 
embodiments, this is done by the recording entity; in others, this is done by other entities. 
The process may involve scanning from paper, microfilm, microfiche, and the like. 

25 [0054] The process continues at block 404 wherein the electronic images are logically 

paginated and grouped. Many recorded documents extend over several pages and identifying 
breaks between documents may be necessary. This process may be accomplished manually 
or electronically. If accomplished electronically, the input system 118 may be programmed 
to recognize various indications of a document break. When such a break is encountered, the 

30 system inserts an indicator that signals the break for future operations. 

[0055] At block 406, each group of pages representing a common document is evaluated to 
identify the document's type. This also may be done electronically or manually. If done 
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electronically, the input system 118 may be programmed to identify document titles or other 
indicators of a document's type. The input system 118 also may programmed to evaluate the 
content of a document, using, for example, optical character recognition (OCR), to determine 
the document type based on the content. Other examples are possible. 

5 [0056] At block 408, data regions are identified on the document. This process may be 

assisted by having previously identified the document type. Certain types of documents have 
consistent data regions. Often the regions are located at a consistent location on the 
document. Thus, in some embodiments the process may be automated and may use OCR to 
evaluate the content of the region to confirm proper identification. Although OCR may be 
10 used, it is not necessary at this stage to parse the content. It is sufficient to merely confirm 
that the content "looks like a legal description," for example. 

[0057] Once the data regions are identified, the content of the regions is digitized at block 
410. Digitizing the content involves converting the image information to searchable data that 
may be loaded into a database. In some embodiments, this involves using OCR and 

1 5 translation algorithms to parse the information, evaluate its content, segment it into 

appropriate data elements, or post documents to a particular geographic location in the 
database to aid in searching and locating. Translation algorithms may be specifically 
designed to work with the types of records being operated on. Exemplary translation 
algorithms are more fully described in previously-incorporated Provisional U.S. Patent 

20 Application No. --/—,—, entitled "CONFIDENCE-BASED NATURAL LANGUAGE 
PARSING" (Attorney Docket No. 040143-000500), and in Provisional U.S. Patent 
Application No. --/—,—, entitled "CONTEXTUAL CONVERSION OF LANGUAGE TO 
DATA" (Attorney Docket No. 040143-000600). In some embodiments, the digitizing 
process is performed manually. For example, data entry clerks may view the content of a 

25 data region and manually enter the content into an input device. The process may be highly 
automated. For example, the input system may be programmed to extract data regions from 
many documents and present them one-at-a-time to a clerk who reads the information and 
keys it into an input device. Many other examples are possible, including those that use a 
combination of electronic and manual data entry. 

30 [0058] It is to be understood that the data input method 400 is but one example of a process 
for reducing recorded documents to searchable data. Other such methods may include more, 
fewer, or different operations. Further, the operations described herein may be performed in 
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different orders than just described. Those skilled in the art will recognize a number of such 
possibilities in light of this disclosure. 

[0059] Attention is directed to Figs. 5A-5F, which illustrate exemplary output documents 
according to embodiments of the invention. Exemplary electronic output is illustrated in 
5 Figs. 6B, 6C, and 6F. Fig. 5A illustrates a first section of an exemplary title abstract. This 
exemplary section includes Vesting Deed Information and Legal Description(s) of Subject 
Property. Fig. 5B illustrates a second exemplary section of a title abstract. In some 
embodiments, the title abstract includes all data needed by an examiner to underwrite a policy 
or loan using commonly-accepted underwriting rules. Thus, the examiner need not refer to 
10 the source documents to complete the underwriting process. 

[0060] The abstract may include a list of relevant documents. In some embodiments, this 
list contains only enough information for a searcher to locate documents manually. The list 
may include a relevance score, which may be determined in any of a number of ways. For 
example, documents having an address that correlates perfectly with the parcel may be 
15 considered highly relevant, while documents having the same grantee but a different property 
address may be considered less so. Many other examples exist. A document's relevance 
may be expressed as a percentage and ranked accordingly on the output document. Those 
skilled in the art will recognize other possibilities in light of this disclosure. 

[0061] Additionally, the title abstract may include a score, grade, or exceptions list that 
20 provides an indication of the quality of the title as it relates to the marketability of the 

property it represents. In other words, parcels with "clean" titles will have more favorable 
scores. The score could be used to approve a loan, commit to a loan, determine settlement 
fees and/or closing costs associated with closing a loan, and/or the like. A title score may be 
calculated in any of a number of ways using a variety of factors. For example, factors may 
25 include: the number and types of documents relating to the parcel; the presence of judgments, 
tax liens, lis pendens, and/or the like; chain of title breaks; unusual vesting and/or ownership 
conditions; insurance claims history; and the like. Each of these factors may include 
conditions within. For example, with respect to the number and types of documents relating 
to the parcel, additional considerations may include: unreleased encumbrances; modified or 
30 assigned encumbrances; and the like. With respect to judgments, tax liens and lis pendens, 
consideration may be given to whether these encumbrances are within the statute of 
limitations for the particular jurisdiction for that type of judgment. Breaks in a chain of title 
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may be reconciled with other documents such as divorce decrees, death certificates, and the 
like. Many other examples are possible and apparent to those skilled in the art in light of this 
disclosure. 

[0062] With respect to calculating the actual score based on the foregoing factors, many 
5 possibilities exist. For example, each of the various factors and sub factors may receive a 
particular weighting, and the presence or absence of particular conditions may be combined 
with the weighting to determine the final score. As another example, any of a number of 
conditions may receive a value, and the values for all conditions may be combined to arrive 
at the score or detract from an ideal score. Many such possibilities exist and are apparent to 
10 those skilled in the art in light of this disclosure. In some examples the title score is a title 
grade, such as a letter grade. In some embodiments, the summary is a list of exceptions such 
as unreleased liens and mortgages, unresolved judgments, and the like. 

[0063] Fig. 5C illustrates a first page of a commitment that may be produced according to 
some embodiments. Fig. 5D illustrates a second page that includes conditions that must be 

15 met before a policy will be issued based on the commitment. Figs. 5C and 5D illustrate a 
commitment for an owner's policy in the amount of $225,000. Thus, a mortgage company 
may obtain a title commitment electronically merely by requesting one via the Internet. The 
title commitment illustrates in Figs. 5C and D may be automatically produced, in some 
embodiments, following a process of automated title examination, wherein business rules are 

20 used to accomplish the process previously performed manually. Title policies and other such 
documents may be generated similarly. 

[0064] Figs. 5E and 5F illustrate two pages from a policy that may be produced according 
to some embodiments. These pages represent a lender's policy. Fig. 5E illustrates Schedule 
A, which includes the basic policy information; Fig. 5F illustrates Schedule B, which 
25 includes the Exceptions from Coverage. 

[0065] Attention is directed to Figs. 6A-6F, which illustrate a series of display screens that 
a user may view in the process of interacting with the system described herein. These display 
screens are merely exemplary, as will be appreciated by those skilled in the art. The display 
screens may be produced by the network interface 116 of Fig. 1, which may be, for example, 
30 a web server. The screens then may be viewed using browser software residing on a user 
device, such as a personal computer, as is known in the art. Fig. 6A illustrates a request 
screen through which a user may request a title search. The screen includes data fields for 
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names, address, county and state. A Search by drop down menu may be used to select from a 
number of different search methods, including: address; legal description; source document; 
and the like. Some of these fields may be required fields, while others may be optional. The 
user completes the required fields and any of the optional fields the user desires to complete. 
5 The screen also may include fields for requesting the type of output the user desires. For 
example, the user may desire a document list, a title abstract, a title policy, and/or the like. 
Additionally, the user may desire to have a relevance associated with each document and may 
desire a marketability score or grade for a parcel. Once all the fields are complete, the user 
may submit the request by selecting the search button. 

1 0 [0066] Those skilled in the art will appreciate that other examples according to 

embodiments of the invention may have the fields on different display screens. Other 
examples may use more or fewer screens and fields. For example, other display screens may 
include payment fields, account setup and management fields and the like. Many variations 
are possible. 

1 5 [0067] Fig. 6B illustrates an exemplary document list display screen that may be returned 
to the user. This list includes documents identified in the search. The list may be color coded 
to provide the user with additional information as more fully explained in previously- 
incorporated U.S. Patent Application No. --/—,—, entitled "DOCUMENT 
ORGANIZATION AND FORMATTING FOR DISPLAY" (Attorney Docket No. 040143- 

20 000400). The list may include a relevance score for each document as previously described. 
The list may include hyperlinks or buttons for requesting more detailed information about the 
identified documents, including an image of the document. Many other examples are 
possible. 

[0068] Fig. 6C illustrates an exemplary document summary screen according to an 
25 embodiment of the invention. The document summary screen includes relevant information 
from a selected document. 

[0069] Figs. 6D and 6E illustrate first and second portions of an options screen that may be 
used to define the type of output the user desires. 

[0070] Fig. 6F illustrates a title abstract display screen according to embodiments of the 
30 invention. The title abstract may include a marketability score or grade as previously 

described. Using the abstract, an examiner may underwrite a policy without reference to the 
source documents from which the abstract was generated. 
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[0071] Having described several embodiments, it will be recognized by those of skill in the 
art that various modifications, alternative constructions, and equivalents may be used without 
departing from the spirit and scope of the invention. Additionally, a number of well known 
processes and elements have not been described in order to avoid unnecessarily obscuring the 
present invention. For example, those skilled in the art know how to arrange computers into 
a network and enable communication among the computers. Additionally, those skilled in 
the art will realize that the present invention is not limited to real property records searching 
specifically or property records searching generally. For example, the present invention may 
be used to search corporate filings, license records, and the like. Accordingly, the above 
description should not be taken as limiting the scope of the invention, which is defined in the 
following claims. 



20 



